In the Claims 



1 . (Currently Amended) A method for handling resets at a bus bridge, the method 
comprising: 

receiving a reset signal at a bus bridge coupling a master component supporting a 
master component bus protocol to a slave component supporting a slave component bus 
protocol, said master component corresponding to a first clock domain and said slave 
component corresponding to a different second clock domain, wherein the reset signal is 
associated with a reset of the slave component and not associated with the master component; 

synchronizing the reset signal with the first clock domain of the master component such 
that the master component transitions to an idle state; 

resetting said slave component and not resetting said master component; and 

responding to a transaction from the master component to the slave component with a 
master component bus protocol compliant signal after the reset signal is received, wherein the 
bus protocol compliant signal is an Advanced High Performance Bus (AHB) signal, wherein 
responding with the master component bus protocol compliant signal allows the master 
component ^o-continues operating without violating said master component bus protocol while 
the slave component is being rese t by responding with the master component bus protocol 
compliant signal . 

2. (Original) The method of claim 1, wherein the reset signal is received at a bus 
bridge master interface. 

3. (Previously Presented) The method of claim 1, wherein a bus bridge slave interface 
responds with the master component bus protocol compliant signal. 

4. (Canceled) 

5. (Original) The method of claim 1, wherein the master component bus protocol is 
the AHB protocol operating in a master component clock domain. 
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6. (Original) The method of claim 5, wherein the slave component bus protocol is the 
AHB protocol operating in a slave component clock domain different from the master 
component clock domain. 

7. (Original) The method of claim 5, wherein the slave component bus protocol is the 
PI protocol. 

8. (Original) The method of claim 5, further comprising synchronizing the reset signal 
to the master component clock domain. 

9. (Canceled) 

10. (Previously Presented) The method of claim 9, further comprising setting a bus 
bridge slave interface in an idle state while the slave component is being reset. 

11. (Previously Presented) A method for independently resetting a side of a bus 
bridge, the method comprising: 

receiving a reset signal on a first side of the bus bridge and not on a second side of said 
bus bridge; 

resetting a first component associated with the first side of said bus bridge and not 
resetting a second side of said bus bridge, wherein receiving the reset signal includes 
synchronously receiving the reset signal at both an interface and an alternating state handler, 
the interface coupling the first side component to the bus bridge and the alternating state 
handler being associated with the first side; 

sending a signal to a second component associated with said second side of the bus 
bridge after receiving said reset signal, said signal being compliant with a bus protocol of said 
second side; 

continuing to operate said second component associated with said second side of the 
bus bridge while resetting said first component without violating said bus protocol of said 
second side, wherein the first side corresponds to a first clock domain and the second side 
corresponds to a different second clock domain; and 
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synchronizing the reset signal with the second side of the bus bridge such that a 
component associated with the second side transitions to an idle state. 

12. (Canceled) 

13. (Previously Presented) The method as recited in claim 11, wherein receiving the 
reset signal includes: 

receiving the reset signal at an interface, the interface coupling the first component to 
the bus bridge. 

14. (Previously Presented) A method for independently resetting a side of a bus 
bridge, the method comprising: 

receiving a reset signal on a first side of the bus bridge such that a component 
associated with the first side is reset while a component associated with a second side of the 
bus bridge continues operating without violating bus protocols, the first side corresponding to a 
first clock domain and the second side corresponding to a second clock domain, 

wherein receiving the reset signal includes synchronously receiving the reset signal at 
both an interface and an alternating state handler, the interface coupling the first side 
component to the bus bridge and the alternating state handler being associated with the first 
side. 

15. (Original) The method as recited in claim 14, wherein the alternating state handler 
is an SR type flip-flop. 

16. (Previously Presented) The method as recited in claim 11, wherein both the 
components are implemented in programmable logic. 

17. (Previously Presented) The method as recited in claim 11, wherein one of the 
components is implemented in hard logic. 

18. (Previously Presented) The method as recited in claim 11, wherein synchronizing 
the reset signal includes: 
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receiving a synchronization signal by synchronization logic, the synchronization signal 
being a result of the reset signal; 

receiving a clock input by the synchronization logic, the clock input associated with the 
second clock domain; and 

outputting an initialization idle signal when the received clock input indicates that the 
second clock domain is running. 

19. (Previously Presented) A method for independently resetting a side of a bus 
bridge, the method comprising: 

receiving a reset signal on a first side of the bus bridge such that a component 
associated with the first side is reset while a component associated with a second side of the 
bus bridge continues operating without violating bus protocols, the first side corresponding to a 
first clock domain and the second side corresponding to a second clock domain; and 

synchronizing the reset signal with the second side of the bus bridge such that a 
component associated with the second side can transition to an idle state, wherein 
synchronizing the reset signal includes: 

receiving a synchronization signal by synchronization logic, the synchronization 
signal being a result of the reset signal; 

receiving a clock input by the synchronization logic, the clock input associated 
with the second clock domain; and 

outputting an initialization idle signal when the received clock input indicates 
that the second clock domain is running; 

receiving the initialization idle signal by an interface configured for coupling to the 
component associated with the second side of the bridge; and 

outputting a component idle signal to the component associated with the second side of 
the bridge in response to receiving the initialization idle signal, the component idle signal being 
used to trigger the component associated with the second side of the bridge to transition to the 
idle state. 

20. (Previously Presented) The method as recited in claim 19, further comprising: 
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outputting a confirmation idle signal from the interface, the confirmation idle signal 
provided to indicate when the component associated with the second side of the bridge has 
reached the idle state. 

21. (Canceled) 

22. (Canceled) 

23. (Canceled) 

24. (Previously Presented) A bus bridge for handling resets, the bus bridge 
comprising: 

a bus bridge master interface, the bus bridge master interface coupled to a slave 
component, the bus bridge master interface configured to receive a reset signal associated with 
a reset of the slave component on a first side of the bus bridge; 

a bus bridge slave interface, the bus bridge slave interface coupled to a master 
component, the bus bridge slave interface configured to interact with the master component on 
a second side of the bus bridge such that the slave component is reset while the master 
component continues operating without violating bus protocols; and 

an alternating state handler being associated with the first side, wherein both the bus 
bridge master interface and the alternating state handler are configured for synchronously 
receiving the reset signal on the first side of the bus bridge. 

25. (Original) The bus bridge as recited in claim 24, wherein the alternating state 
handler is a SR type flip-flop. 

26. (Previously Presented) The bus bridge as recited in claim 24, wherein both the 
components are implemented in programmable logic. 

27. (Previously Presented) The bus bridge as recited in claim 24, wherein one of the 
components is implemented in hard logic. 



Application No. 10/681,860 



Page 7 of 14 



ALTRP089/A00987 



28. (Previously Presented) The bus bridge as recited in claim 24, wherein the 
synchronization logic is configured for receiving a synchronization signal that is a result of the 
reset signal; for receiving a clock input that is associated with the second clock domain; and for 
outputting an initialization idle signal when the received clock input indicates that the second 
clock domain is running. 

29. (Previously Presented) A bus bridge for handling resets, the bus bridge 
comprising: 

a bus bridge master interface, the bus bridge master interface coupled to a slave 
component, the bus bridge master interface configured to receive a reset signal associated with 
a reset of the slave component on a first side of the bus bridge; 

a bus bridge slave interface, the bus bridge slave interface coupled to a master 
component, the bus bridge slave interface configured to interact with the master component on 
a second side of the bus bridge such that the slave component is reset while the master 
component continues operating without violating bus protocols, wherein the first side 
corresponds to a first clock domain and the second side corresponds to a second clock domain, 
the first and second clock domains being different from each other; 

a synchronization logic for synchronizing the reset signal with the second clock domain 
such that the master component and the bus bridge slave interface transition to an idle state, 
wherein the synchronization logic is configured for receiving a synchronization signal that is a 
result of the reset signal; for receiving a clock input that is associated with the second clock 
domain; and for outputting an initialization idle signal when the received clock input indicates 
that the second clock domain is running, 

wherein the bus bridge slave interface is configured for receiving the initialization idle 
signal; and for outputting a component idle signal to the master component in response to 
receiving the initialization idle signal, the component idle signal being used to trigger the 
master component to transition to an idle state. 

30. (Original) The bus bridge as recited in claim 29, wherein the bus bridge slave 
interface is further configured for outputting a confirmation idle signal that is used to indicate 
when the master component has reached an idle state. 
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31. (Currently Amended) A computer readable recording medium storing program 
instructions for handling resets at a bus bridge, the program instructions comprising: 

instructions for receiving a reset signal at a bus bridge coupling a master component 
supporting a master component bus protocol to a slave component supporting a slave 
component bus protocol, said master component corresponding to a first clock domain and said 
slave component corresponding to a different second clock domain, wherein the reset signal is 
associated with a reset of the slave component and not associated with the master component; 

instructions for synchronizing the reset signal with the first clock domain of the master 
component such that the master component transitions to an idle state; 

instructions for resetting said slave component and not resetting said master 
component; and 

instructions for responding to a transaction from the master component to the slave 
component with a master component bus protocol compliant signal after the reset signal is 
received, wherein the bus protocol compliant signal is an Advanced High Performance Bus 
(AHB) signal, wherein responding with the master component bus protocol compliant signal 
allows the master component te-continues operating without violating said master component 
bus protocol while the slave component is being rese t by responding with the master 
component bus protocol compliant signal . 

32. (Previously Presented) The computer readable recording medium of claim 31, 
wherein the reset signal is received at a bus bridge master interface. 

33. (Previously Presented) The method as recited in claim 1, wherein either the 
master component or slave component is implemented in programmable logic on a 
programmable device. 

34. (Previously Presented) The method as recited in claim 33, wherein the 
programmable device is selected from the group consisting of a PLD, a PLA, a PAL, a FPGA, 
and a CPLD. 

35. (Previously Presented) The method as recited in claim 1, wherein responding with 
a bus protocol compliant signal allows the master component to continue operating without 
stalling while the slave component is being reset. 
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36. (Previously Presented) The method as recited in claim 1, wherein responding with 
a bus protocol compliant signal allows the master component to continue operating without 
locking up while the slave component is being reset. 

37. (Previously Presented) The method as recited in claim 11, wherein either the first 
component associated with the first side or the second component associated with the second 
side is implemented in programmable logic on a programmable device. 

38. (Previously Presented) The method as recited in claim 37, wherein the 
programmable device is selected from the group consisting of a PLD, a PLA, a PAL, a FPGA, 
and a CPLD. 

39. (Previously Presented) The method as recited in claim 11, wherein responding 
with a bus protocol compliant signal allows the second component associated with the second 
side to continue operating without stalling while the first component associated with the first 
side is being reset. 

40. (Previously Presented) The method as recited in claim 11, wherein responding 
with a bus protocol compliant signal allows the second component associated with the second 
side to continue operating without locking up while the first component associated with the 
first side is being reset. 

41. (Previously Presented) The bus bridge as recited in claim 19, wherein the bus 
bridge is implemented on a programmable device. 

42. (Previously Presented) The bus bridge as recited in claim 41, wherein the 
programmable device is selected from the group consisting of a PLD, a PLA, a PAL, a FPGA, 
and a CPLD. 

43. (Previously Presented) The bus bridge as recited in claim 19, wherein the bus 
bridge slave interface is configured to interact with the master component on the second side of 
the bus bridge such that the slave component is reset while the master component continues 
operating without stalling. 
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44. (Previously Presented) The method as recited in claim 19, wherein the bus bridge 
slave interface is configured to interact with the master component on the second side of the 
bus bridge such that the slave component is reset while the master component continues 
operating without locking up. 

45. (Previously Presented) The method as recited in claim 1 wherein said received 
reset signal is not associated with a system- wide reset. 

46. (Previously Presented) The method as recited in claim 11 wherein said received 
reset signal is not associated with a system -wide reset. 

47. (Previously Presented) The bus bridge as recited in claim 21 wherein said 
received reset signal is not associated with a system- wide reset. 

48. (Previously Presented) The computer-readable medium as recited in claim 31 
wherein said received reset signal is not associated with a system- wide reset. 
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